home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 3 / QRZ Ham Radio Callsign Database - Volume 3.iso / digests / tcp / 930121.txt < prev    next >
Internet Message Format  |  1994-06-04  |  7KB
  1. Date: Tue, 11 May 93 04:30:13 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V93 #121
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Tue, 11 May 93       Volume 93 : Issue  121
  11.  
  12. Today's Topics:
  13.                       Confused: ARP question....
  14.                                Request
  15.                         Routing & ARP (2 msgs)
  16.                               subscribe
  17.  
  18. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  19. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  20. Problems you can't solve otherwise to brian@ucsd.edu.
  21.  
  22. Archives of past issues of the TCP-Group Digest are available
  23. (by FTP only) from UCSD.Edu in directory "mailarchives".
  24.  
  25. We trust that readers are intelligent enough to realize that all text
  26. herein consists of personal comments and does not represent the official
  27. policies or positions of any party.  Your mileage may vary.  So there.
  28. ----------------------------------------------------------------------
  29.  
  30. Date: Mon, 10 May 93 23:52:27 HST
  31. From: Antonio Querubin <tony@mpg.phys.hawaii.edu>
  32. Subject: Confused: ARP question....
  33. To: Jack Snodgrass <kf5mg@vnet.IBM.COM>
  34.  
  35. >    I'm playing with a new Internet Gateway in our area and am a bit
  36. > puzzled. I've got the following routes defined:
  37. > 
  38. > route add 44.28.0/24   14567          # local 2 mtr ip
  39. > route add 44.28.1/24   44430          # local 440 ip
  40. > route add default      14567 dfwgate  # dfwgate.ampr.org on 145.67
  41. > 
  42. > Now when I ping uhm.ampr.org, my station sends out an ARP request for
  43. > uhm.ampr.org locally. No one answers, so nothing else happens. I send
  44. > a couple of ARP request for umh.ampr.org but eventually, it gives up.
  45. > I'm pretty sure that the ARP request was not going to dfwgate for
  46. > gateway routing.
  47.  
  48. First thing, you don't have to put in an explicit subnet route
  49. statement if you have your subnet mask and broadcast address
  50. setup properly for your two interfaces.  Ie. you should have
  51. something like:
  52.  
  53. ifconfig 14567 netmask 0xffffff00 broadcast 44.28.0.255
  54. ifconfig 44430 netmask 0xffffff00 broadcast 44.28.1.255
  55.  
  56. But you do need the 'route add default' which looks correct.  Since
  57. you don't add on the 'ampr.org' make sure that your domain suffix
  58. is set to 'ampr.org'.  Also, ensure that there is an entry for
  59. dfwgate.ampr.org in your domain.txt file (or your domain
  60. initialization file).  Depending on the version of NOS you may have to
  61. terminate the 'org' with a period in domain.txt.
  62.  
  63. > Should the ARP request be routed through the gateway or should the
  64. > gateway answer the ARP request or what? Thanks.
  65.  
  66. The gateway should answer the ARP request.
  67.  
  68. Tony  AH6BW
  69.  
  70. ------------------------------
  71.  
  72. Date: Mon, 10 May 93 19:37:27 PDT
  73. From: kors@netcom.com (Richard Kors)
  74. Subject: Request
  75. To: TCP-Group@UCSD.Edu
  76.  
  77. I would appreciate being added to the TCP Digest mailing list. Send to
  78.      
  79.         kors@netcom.com
  80.  
  81. Thank you again,
  82.  
  83. Dick Kors
  84. km6ep
  85.  
  86. -- 
  87.  
  88. ------------------------------
  89.  
  90. Date: Mon, 10 May 1993 12:43:01 -0600
  91. From: ke9yq@ke9yq.ampr.org (Bob Van Valzah, ke9yq)
  92. Subject: Routing & ARP
  93. To: Jack Snodgrass <kf5mg@vnet.IBM.COM>
  94.  
  95. >   I'm playing with a new Internet Gateway in our area and am a bit
  96. >puzzled. I've got the following routes defined:
  97. >
  98. >route add 44.28.0/24   14567          # local 2 mtr ip
  99. >route add 44.28.1/24   44430          # local 440 ip
  100. >route add default      14567 dfwgate  # dfwgate.ampr.org on 145.67
  101.  
  102. The purpose of a default route is to save you having to explicitly enter
  103. routes for hosts or networks.  It's *very* unlikely that you want a
  104. gateway's default route pointing out a radio port--it should probably go
  105. out your Ethernet port since that's where 99.9999% of the 1.7 million
  106. Internet hosts will be reachable.  Ask the administrator of the Ethernet to
  107. which your gateway is connected for the IP address of a router for that
  108. network.  Then you'll want something like
  109.  
  110.         route add default <your Ethernet interface name> <router's IP address>
  111.  
  112. Your earlier radio routes are fine, but you should note that the ifconfig
  113. command will add them for you if you set the subnet mask to 0xffffff00.  If
  114. you have your IP address assignment set up for subnetting (and it looks
  115. from your example that you do--kudos!), then I recommend using
  116. ifconfig/netmask over an explicit route just because it's more clear what
  117. the interface is good for and it saves a line in your autoexec because you
  118. don't need the explicit route command.
  119.  
  120. In addition to these routes, you may wish for your gateway to have explicit
  121. encap routes to other gateways to reduce the total number of Internet hopps
  122. required when you address packets to other 44-net addresses.  For example,
  123. you might want these explicit route statements for reaching the folks I
  124. serve thru my gateway:
  125.  
  126.         route addprivate 44.46/17 ENCAP ke9yq.imsa.edu
  127.         route addprivate 44.72.0/18 ENCAP ke9yq.imsa.edu
  128.         route addprivate 44.72.248/21 ENCAP ke9yq.imsa.edu
  129.         route addprivate 44.72.75/24 ENCAP ke9yq.imsa.edu
  130.  
  131. This can be excerpted from the gateways file maintained by vk1xwt.  Without
  132. such encap routes, your traffic to other 44-net addresses will still get
  133. thru, but it'll be delayed and subject to the availability of the
  134. mirrorshades.ucsd.edu gateway.
  135.  
  136. So here's the bottom line:  Your gateway must have explicit routes (or
  137. ifconfig/netmask) for your radio ports; you may want to add encap routes to
  138. other gateways for efficiency; and you must have a default route that
  139. points out your Ethernet port at an IP router that knows how to reach the
  140. Internet.
  141.  
  142. 73, Bob, ke9yq
  143.  
  144. ------------------------------
  145.  
  146. Date: Mon, 10 May 93 21:41:10 PDT
  147. From: Bill Healy <healy@moriah.ee.unr.edu>
  148. Subject: Routing & ARP
  149. To: tcp-group@ucsd.edu (tcp-group)
  150.  
  151. > >   I'm playing with a new Internet Gateway in our area and am a bit
  152. > >puzzled. I've got the following routes defined:
  153. > >
  154. > >route add 44.28.0/24   14567          # local 2 mtr ip
  155. > >route add 44.28.1/24   44430          # local 440 ip
  156. > >route add default      14567 dfwgate  # dfwgate.ampr.org on 145.67
  157. > 
  158. > The purpose of a default route is to save you having to explicitly enter
  159. > routes for hosts or networks.  It's *very* unlikely that you want a
  160. > gateway's default route pointing out a radio port--it should probably go
  161. > out your Ethernet port since that's where 99.9999% of the 1.7 million
  162. > Internet hosts will be reachable.  Ask the administrator of the Ethernet to
  163. > which your gateway is connected for the IP address of a router for that
  164. > network.  Then you'll want something like
  165.  
  166. Hold it, I think he's talking about a station he has on the air that he
  167. wants to route through the gateway to everything that isn't local!!! If
  168. that's the case then he has it right. The problem could be that for some
  169. reason the default route isn't getting entered correctly, ie. dfwgate
  170. isn't being looked up properly.
  171.  
  172. Bill N8KHN
  173.  healy@moriah.ee.unr.edu
  174.  
  175. ------------------------------
  176.  
  177. Date: Mon, 10 May 93 18:22:44 CDT
  178. From: Daniel Ortmann <ortmann@plains.NoDak.edu>
  179. Subject: subscribe
  180. To: tcp-group@ucsd.edu
  181.  
  182. subscribe
  183.  
  184. ------------------------------
  185.  
  186. End of TCP-Group Digest V93 #121
  187. ******************************
  188. ******************************
  189.